Input Device with User Balanced Performance and Power Consumption

ABSTRACT

Operational characteristics of a wireless input device are modified so as to balance performance and power conservation. Power management algorithms may include an algorithm that improves device performance and increases device power consumption, as well as an algorithm that decreases device power consumption and reduces device performance. An algorithm that most closely corresponds to the desired balance of performance and power consumption is identified. The identified algorithm is then transmitted to the wireless device.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of prior U.S. application Ser. No.10/319,470, filed Dec. 16, 2002, the entire contents of which areincorporated herein by reference.

BACKGROUND

In many battery powered devices, there is frequently a need to balancepower consumption and latency, or the speed with which the deviceresponds to user input. Wireless computer input devices such as acomputer mouse are but one example. As is known, a computer mousegenerally includes motion detection components, internal circuitry forconverting the detected motion into data that can be transmitted to acomputer, and one or more buttons, scroll wheels, etc. In the case of awireless mouse, the mouse further contains circuitry for wireless(typically RF) communication with a receiver that is connected to acomputer. All of these mouse components require power to function, andthe mouse consumes more power if these components are used morefrequently.

The problem has become more acute with the advent of optically trackingmice. Unlike earlier designs in which motion is detected by a series ofencoder wheels that are rotated by a rolling ball, optical mice do notrequire moving parts to detect motion (other than the mouse itselfrelative to some surface). Instead, an optical mouse takes a series ofimages of the surface over which it moves, and then compares the imagesto determine the direction and magnitude of motion. Examples of suchoptical input devices are described in, e.g., U.S. Pat. No. 6,303,924(titled “Image Sensing Operator Input Device”) and U.S. Pat. No.6,172,354 (titled “Operator Input Device”). As described in thosepatents, an array of photo-sensitive elements generates an image of adesktop (or other surface) portion when light from an associatedillumination source reflects from the desktop or other surface.

Optical input devices offer a number of advantages over devices thatmechanically encode motion. However, optical devices often consume morepower than mechanical designs. This is largely due to the light sourcethat such a device uses to create an image of the desktop or othersurface. Often, a Light Emitting Diode (LED) is energized and shined onthe surface to be imaged. A semiconductor laser source (such as a VCSEL,or Vertical Cavity Surface Emitting Laser) may also be used. Anoptically tracking input device may have a substantially reduced batterylife by comparison to a mechanically tracking device. Because of this, acompromise must generally be made between power consumption andperformance. For example, an optical computer mouse tends to providefaster and more precise motion detection as the rate of imagingincreases, i.e., by taking more image frames per second. However, moreimages per second requires the mouse's light source to be energized morefrequently, thus drawing more power. Similarly, more frequent imagingrequires increased computational activity to translate the increasednumber of images into data for transmission to the computer. Thisfurther requires additional power, as does the transmission of theadditional data.

Wireless computer mice and other peripherals are becoming increasinglypopular with computer users. Such devices often eliminate clutter andinconvenience caused by cables, are often easier to connect to acomputer, and may be more suitable for use with a computer in certainlocations (e.g., the kitchen or living room of a home). So as toconserve power, many wireless mice and other input devices areconfigured to “sleep,” or to cease certain functions during periods ofnon-use. For example, some computer mice are configured to reduceimaging (and data reporting) frequency after a certain period ofnon-movement and lack of user input to a mouse button or scroll wheel.After a certain period of such non-activity, it is assumed the mouse isnot needed, and the imaging frame rate is decreased. Instead ofgenerating frequent images to detect the amount and direction ofmovement, the mouse generates relatively infrequent images so as to onlydetermine whether movement has occurred at all. If motion is detected,it is assumed that the mouse is again needed, and the frame rate isincreased. Although such methods can prolong battery life, they are afurther source of latency which may be perceivable by a user. Inparticular, the reduced sleep mode frame rate, in combination with thetime required to return to an “awake” mode, is perceptible to many usersas a time lag between touching a sleeping mouse and the generation of acorresponding cursor movement or other screen activity. Although thisproblem can be alleviated somewhat by increasing the period ofnon-activity necessary to put the mouse “to sleep,” this also increasespower consumption. Moreover, it is often difficult to find the best timeperiod for every user and software application.

Balancing performance and power consumption thus presents a significantproblem in the design of wireless battery operated input devices. Theproblem is exacerbated by the widely varying differences among theperformance requirements and preferences among different computer usersand computer applications. Computer gamers, for example, often desireextremely fast response times. Other persons may use a computer for wordprocessing and other office applications, Worldwide Web (WWW or Web)browsing and other less performance-intensive activities. These personsmay instead be more concerned with frequent battery replacement.Accommodating such diverging requirements has proved difficult. In somecases, designers have created complex power management algorithms basedon actual data gathered from users.

These algorithms have not always been completely successful, and thereremains a need for improved methods and systems for balancingperformance and power use.

SUMMARY

Aspects of the present invention allow a user to modify variousoperational characteristics of a wireless input device so as to achievea desired balance between performance and power conservation. In oneembodiment, power management algorithms are provided for the wirelessdevice. The algorithms include at least one algorithm that improvesdevice performance and increases device power consumption. Thealgorithms also include at least one algorithm that decreases devicepower consumption and reduces device performance. An algorithm that mostclosely corresponds to a desired balance between device performance andpower consumption is identified. The identified algorithm is thentransmitted to the wireless device, and the device operates inconformity with that algorithm.

In other aspects of the invention, the algorithms include one or moreoperational parameters for the device, and values for those parametersmay be transmitted to the device. In other aspects, the power managementalgorithms define multiple operational modes for the device, as well astimes to transition between modes. In still other aspects, an algorithmmay be associated with the profile of a computer user. When that userlogs on to a computer, the device will be loaded with the algorithmassociated with that user. In still further aspects of the invention,the algorithm may be altered based upon the application programreceiving the wireless device input. These and other features andadvantages of the present invention will be readily apparent and fullyunderstood from the following detailed description, taken in connectionwith the appended drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a not to scale view of a computing system environmentaccording to one preferred embodiment of the invention.

FIG. 2 is a block diagram of the computing system environment of FIG. 1.

FIG. 3 is a not to scale, cutaway side view of the wireless mouse ofFIG. 1.

FIG. 4 is a block diagram for circuitry of the mouse of FIGS. 1 and 3.

FIG. 5 is a state diagram for a wireless input device according to onepreferred embodiment of the invention.

FIG. 6 is a chart showing various values for the state diagram of FIG.5.

FIGS. 7A and 7B are examples of user interfaces for setting input deviceparameters according to one embodiment of the invention.

FIG. 8 is a flow chart showing operation of another aspect of theinvention.

DETAILED DESCRIPTION

Aspects of the present invention provide systems and methods for a userof a wireless input device to control various operational parameters ofthe input device. By setting these parameters appropriately, the user isthereby able to balance power consumption and performance of the deviceto suit the user's particular preferences and/or needs. The inventionwill be described using a desk top computer and wireless computer mouseas an example of a computing environment in which the invention can beimplemented. However, the invention may also be implemented withnumerous other general purpose or special purpose computing systemenvironments or configurations. Examples of well known computingsystems, environments, and/or configurations that may be suitable foruse with the invention include, but are not limited to, personalcomputers, server computers, hand-held or laptop devices, multiprocessorsystems, microprocessor-based systems, set top boxes, programmableconsumer electronics, game consoles, network PCs, minicomputers,mainframe computers, distributed computing environments that include anyof the above systems or devices, and the like. Similarly, the inventioncould be implemented in input devices other than computer mice. Examplesof other input devices in which the invention might be embodied includewireless trackballs, keyboards, joysticks, game controllers, and anyother wireless input device.

Aspects of the invention may also be implemented in the general contextof computer-executable instructions, such as program modules, beingexecuted by a computer or other processor. Generally, program modulesinclude routines, programs, objects, components, data structures, etc.that perform particular tasks or implement particular abstract datatypes. The invention is not limited by any particular operating systemor application software with which it may be used.

FIG. 1 illustrates one example of a suitable computing systemenvironment 1 on which the invention may be implemented. The computingsystem environment 1 is only one example of a suitable computingenvironment, and is not intended to suggest any limitation as to thescope of use or functionality of the invention. Shown in FIG. 1, in sideview, are a desktop computer 2 having a monitor 4 and keyboard 6. Alsoshown is wireless mouse 100, which communicates with computer 2 via RFtransceiver 8. Transceiver 8 may be connected to a USB or other port ofcomputer 2 and be located external of computer 2 (as shown), or mayalternately be internal to computer 2.

FIG. 2 is a block diagram of computing system environment 1 of FIG. 1.Computer 2 may be a general purpose computing device, and may includesuch components as a processing unit 10, a system memory 12, and asystem bus 14 that couples various system components including thesystem memory 12 to the processing unit 10. The system bus 14 may be anyof several types of bus structures using any of a variety of busarchitectures. Such architectures are known in the art and thus notfurther described herein.

Computer 2 may includes a variety of computer readable media. Computerreadable media can be any available media that can be accessed bycomputer 2, and includes volatile, nonvolatile, removable andnon-removable media. Computer readable media further includes, but isnot limited to, computer storage media and communication media. Computerstorage media (which may also be volatile, nonvolatile, removable ornon-removable) includes, but is not limited to, RAM, ROM, EEPROM, flashmemory or other memory technology, CD-ROM, digital versatile disks (DVD)or other optical disk storage, magnetic cassettes, magnetic tape,magnetic disk storage or other magnetic storage devices, or any othermedium which can be used to store the desired information. Communicationmedia typically embodies computer readable instructions, datastructures, program modules or other data in a modulated data signalsuch as a carrier wave or other transport mechanism and includes anyinformation delivery media. The term “modulated data signal” means asignal that has one or more of its characteristics set or changed insuch a manner as to encode information in the signal. By way of example,and not limitation, communication media includes wired media such as awired network or direct-wired connection, and wireless media such asacoustic, RF, infrared and other wireless media. Combinations of the anyof the above should also be included within the scope of computerreadable media.

System memory 12 includes computer storage media in the form of volatileand/or nonvolatile memory such as read only memory (ROM) 16 and randomaccess memory (RAM) 18. A basic input/output system 20 (BIOS),containing the basic routines that help to transfer information betweenelements within computer 2, such as during start-up, is typically storedin ROM 16. RAM 18 typically contains data and/or program modules thatare immediately accessible to and/or presently being operated on byprocessing unit 10. By way of example, and not limitation, FIG. 2illustrates operating system 22, application programs 24, other programmodules 26 and program data 28.

Computer 2 may also include other removable, non-removable, volatile ornonvolatile computer storage media. By way of example only, FIG. 2illustrates a hard disk drive 30 that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive 32 thatreads from or writes to a removable, nonvolatile magnetic disk 34, andan optical disk drive 36 that reads from or writes to a removable,nonvolatile optical disk 38 such as a CD ROM or other optical media.Other removable/non-removable, volatile/nonvolatile computer storagemedia that can be used in the exemplary operating environment include,but are not limited to, magnetic tape cassettes, flash memory cards,digital versatile disks (DVD), digital video tape, solid state RAM,solid state ROM, and the like. The hard disk drive 30 is typicallyconnected to the system bus 14 through a non-removable memory interfacesuch as interface 40, and magnetic disk drive 32 and optical disk drive36 are typically connected to the system bus 14 by one or more removablememory interface(s), such as interface(s) 42.

The drives and their associated computer storage media discussed aboveand illustrated in FIG. 2 provide storage of computer readableinstructions, data structures, program modules and other data for thecomputer 2. In FIG. 2, for example, hard disk drive 30 is illustrated asstoring operating system 46, application programs 48, other programmodules 50 and program data 52. Note that these components can be thesame or different from operating system 22, application programs 24,other program modules 26 and program data 28. Operating system 46,application programs 48, other program modules 50 and program data 52are given different numbers to illustrate that, at a minimum, they maybe additional copies of operating system 22, application programs 24,other program modules 26 and program data 28. A user may enter commandsand information into the computer 2 through input devices such as akeyboard 6 and mouse 100. These and other input devices are oftenconnected to the processing unit 10 through one or more user inputinterface(s) 54 that are coupled to the system bus, and may include aparallel port, a game port or a universal serial bus (USB). A monitor 4or other type of display device is also connected to the system bus 14via an interface, such as a video interface 56. In addition to themonitor, computers may also include other peripheral output devices suchas speakers and printers (not shown). Computer 2 may have various otherinput and output interfaces, shown collectively as block 56. Similarly,computer 2 may operate in a networked environment using logicalconnections (not shown) to one or more remote computers (also notshown). Such networking environments are commonplace in offices,enterprise-wide computer networks, intranets and the Internet, and notfurther described herein. The various features of computer operatingenvironment 1 shown in FIGS. 1 and 2 are intended merely to illustrateone possible environment in which the invention may be implemented. Theinvention may also be implemented in other environments that lack manyof the features illustrated in FIGS. 1 and 2 (or described in connectiontherewith), as well as in environments having additional features.

As shown in FIGS. 1 and 2, mouse 100 communicates with computer 2 via RFtransceiver 8. Mouse 8 encodes movement of the mouse across a desktop orother surface into data, which is then modulated into a RF signal andtransmitted to transceiver 8. Similarly, movements of a mouse button, ofa scroll wheel or of other input mechanisms on mouse 100 are alsoconverted into data and transmitted via modulated RF signal totransceiver 8. Transceiver 8, via interface 54, conveys this data viasystem bus 14 to processor 10. Processor 10 then converts the data,under the direction of operating system 22 and/or application programs24, into cursor or other screen movement, screen object selection, orother program events. Transceiver 8 also transmits data to mouse 100 viamodulated RF signals. Unlike prior wireless mouse designs in which acomputer could only receive data from the mouse, there is two-waywireless communication between computer 2 and mouse 100. For example,computer 2 can signal mouse 100 to retransmit data in the event of anerror, poll mouse 8 and any other wireless devices communicating withcomputer 2, and periodically inquire for the presence of new wirelessdevices seeking to establish a wireless link with computer 2. Becausecomputer 2 is able to transmit data to mouse 100, computer 2 cantransmit data to configure components of mouse 100, and thereby controloperation of mouse 100.

In one preferred embodiment, computer 2 and transceiver 8 communicatewith mouse 100 in accordance with the BLUETOOTH™ standard for wirelesscommunications, as described in, e.g., “Specification of the BluetoothSystem,” version 1.1 (dated Feb. 22, 2001), available from BluetoothSIG, Inc. at <http//:www.bluetooth.com>.

FIG. 3 is a side, cutaway view of mouse 100. Mouse 100 may have one ormore buttons 102 which can be pressed by a user, a scroll wheel 104, orother types of input controls which can be actuated by a user. Thenumber, arrangement and types of input controls shown are merelyexemplary, and other combinations and arrangements are within the scopeof the invention. The operation of switches, scroll wheels and othertypes of input controls is known in the art and thus not furtherdescribed herein. Mouse 100 may also have one or more internal circuitboards 106 or other substrates upon which various electronic componentsare connected and physically supported. These components may include animaging array 108, a LED or laser source 110, a RF antenna 112, acontroller 114 and a battery/power source 126. Other components, notshown in FIG. 3, may include memory and other electrical components. LEDor laser source 110 emits light which illuminates an area of a desktopor other surface, and which is imaged by imaging array 108. Images fromarray 108 are then compared to detect movement of mouse 100 across thedesktop or other surface.

FIG. 4 is a block diagram of the internal circuitry of mouse 100according to one preferred embodiment of the invention. Operation ofmouse 100 is controlled by a microprocessor (μP) controller 114.Although controller 114 is shown as a microprocessor, controller 114could alternatively include state machine circuitry or other suitablecomponents capable of controlling operation of mouse 100 as describedherein. Controller 114 communicates with memory 116. Memory 116, whichmay include volatile and non-volatile memory, is used for storage ofsoftware (or firmware) instructions, imaging data and configurationsettings (as discussed in more detail below). Memory 116 may include anon-volatile component, such as a battery-backed SRAM or EEPROM.Controller 114 also controls LED or laser source 110 (FIG. 3) andimaging array 108 (FIG. 3), as well as other imaging elements, all ofwhich are represented collectively by block 118. Controller 114 furthercontrols RF communication circuitry 120, and passes data to RFcommunication circuitry 120 for communication to computer 2 over antenna112 (FIG. 3). Similarly, data communicated to mouse 100 is received viaantenna 112 (FIG. 3) and RF circuitry 120, and transmitted to controller114. Controller 114 communicates with imaging elements 118, RF circuitry120 and memory 116 over one or more buses 122, shown collectively asbold bi-directional arrows. Controller 114 also receives electricalsignals that correspond to a user's actuation of a mouse button 102(FIG. 3), scroll wheel 104 (FIG. 3) or other input control. Theseelectrical signals are represented collectively by User Input 124. Thevarious electrical components of mouse 100 are powered by a power source126, which could include one or more batteries.

Although FIG. 4 shows controller 114, imaging circuitry 118, RFcircuitry 120 and memory 116 as discrete components, this need not bethe case. For example, one or more of these components might becontained in a single Integrated Circuit (IC) or other component. Asanother example, controller 114 may include internal program memory suchas ROM. Similarly, the herein described functions of these componentscould be distributed across additional components (e.g., multiplecontrollers or other components).

The present invention permits a mouse user to choose between multiplepower management algorithms. These multiple algorithms can becommunicated from computer 2 to mouse 100. As used herein “multiplealgorithms” includes situations where one algorithm has steps, functionsand/or instructions that may be absent from another algorithm. In such asituation, a new algorithm might be transmitted to mouse 100 bytransmitting new steps, functions and/or instructions. “Multiplealgorithms” also includes situations wherein a collection of steps,functions and/or instructions has one or more variables; if one or morevariable values are changed, a different algorithm results. In thissituation, and as explained in more detail below, a new algorithm may betransmitted to mouse 100 by transmitting new variable values. As yetanother possibility, a new algorithm may be transmitted to a device as apointer or other identifier corresponding to steps, functions and/orinstructions (and/or variable values) that have previously been storedon mouse 100.

At one extreme, a power management algorithm can be configured formaximum performance (e.g., lowest latency) without regard to batterylife. At the other extreme, a power management algorithm may beconfigured to maximize battery life without regard to performancedegradation. Any number of power management algorithms can be createdbetween these two extremes. These power management algorithms may bepre-configured (e.g., included as part of software loaded onto computer2 for operation of mouse 100), or may be customized and/or created by auser. A user may choose between (or create or customize) thesealgorithms using various types of user interfaces to computer 2. Oncechosen, computer 2 transmits the selected algorithm to mouse 100. Thealgorithm may be transmitted as a series of programming instructions,which may then be loaded and executed by controller 114 on device 100.Alternatively, any necessary programming instructions or other commandsmay have previously been transmitted to mouse 100, or may be otherwisepreloaded into ROM or other nonvolatile memory on mouse 100. In such acase, it might only be necessary to transmit new variable values inorder to transmit a new algorithm. In such case, the new variable valuesare stored by mouse 100. Mouse 100 implements the stored algorithm untilit receives another transmission from computer 2 of a new algorithm. Forexample, the user may decide to modify settings of mouse 100 that he orshe previously implemented. Computer 2 might also store multiplealgorithms which correspond to multiple users or to multiple applicationprograms; when a new user logs onto computer 2, a new algorithm may betransmitted to mouse 100. Similarly, a new algorithm may beautomatically transmitted to mouse 100 when a new application starts oncomputer 2.

FIG. 5 is a state diagram that describes several algorithms in onepreferred embodiment of the invention. In this embodiment, mouse 100 has4 modes: Active (130), Idle (132), Standby (134) and Sleep (136). Whenin Active mode, mouse 100 is presumed to be in use, and generates datareports for transmission to computer 2 at the rate of R_(A) reports persecond. Each data report roughly corresponds to a comparison of twoimages of the desk top or other surface across which mouse 100 moves.R_(A) therefore roughly corresponds to the number of images per second(or the frame rate). In Active mode, R_(A) is at its highest value, andthus power consumption, tracking accuracy and tracking speed are alsohighest. Mouse 100 remains in Active mode so long as there is mousemovement or a button (or scroll wheel) activation every T₁ seconds. Ifthere is no movement or button/scroll wheel activity after T₁ seconds,mouse 100 drops to Idle mode. In Idle mode, mouse 100 generates datareports at the rate of R_(I) reports per second, which roughlycorresponds to a frame rate of R_(I) frames per second. In Idle mode, itis presumed that there is only a momentary lapse in user need for mouse100, and that the user will soon need to move a cursor (or otherwise usemouse 100). When the user moves mouse 100, the motion is detected, andthe mouse returns to Active mode. Similarly, activation of a button orscroll wheel returns mouse 100 to Active mode. The frame rate isdecreased significantly in Idle mode to save power, but not decreased somuch that the user will perceive any latency (or will only perceiveminimal latency) when returning to Active mode. The maximum latency inIdle mode is on the order of 1/R_(I) seconds, where R_(I) is the Idlemode frame rate.

If there is no mouse motion or button/scroll wheel action after mouse100 has been in Idle mode for T₂ seconds, mouse 100 drops into Standbymode. In Standby mode, mouse 100 generates data reports at the rate ofR_(S) reports per second, which roughly corresponds to a frame rate ofR_(S) frames per second. In Standby mode, it is presumed that, becauseof the longer lapse in use of mouse 100, the user will not immediatelyneed to move a cursor (or otherwise use mouse 100). When the user doesmove mouse 100, the motion is detected, and the mouse returns to Activemode. Similarly, activation of a button or scroll wheel returns mouse100 to Active mode. The frame rate is decreased slightly more in Standbymode to save additional power. Because mouse 100 would theoretically gointo Standby mode less frequently, and a user may be willing to acceptsome occasional latency, the user may perceive a slight (or a slightlylonger) delay when returning to Active mode with a maximum delay on theorder of 1/R_(S) seconds where R_(S) is the frame rate in Standby mode.

If there is no mouse motion or button/scroll wheel action after mousehas been in Standby mode for T₃ seconds, mouse 100 drops into Sleepmode. In Sleep mode, the two-way link with computer 2 is “disconnected,”i.e., no data is transmitted to computer 2 (R_(SLEEP)=0) by mouse 100 orvice versa. The frame rate is not zero, however. Instead, the frame rateis decreased to a minimal level. Any mouse motion or button/scroll wheelactivity returns mouse 100 to Active mode, but with greater delay thanwhen returning to Active mode from Idle or Standby modes. Mouse motionor button/scroll wheel activity also causes mouse 100 to re-establish alink with computer 2. In Sleep mode, it is assumed that the user hasleft the computer or is otherwise not going to need to use mouse 100 inthe near future.

FIG. 6 is a chart showing various example values for R_(A), R_(I),R_(S), T₁, T₂ and T₃ for various algorithms. The first algorithm(“Gamer”) is intended for a user who desires high performance (high datareport rate, low latency, smooth and precise cursor control), and isless concerned about battery life. Under the Gamer algorithm, R_(A) is150 reports/second, R_(I) is 50 reports/second and R_(S) is 20reports/second. For the Gamer algorithm, mouse 100 goes from Active modeto Idle mode after 10 seconds of inactivity (T₁), from Idle mode toStandby mode after 180 seconds of inactivity (T₂) and from Standby modeto Sleep mode after 600 seconds of inactivity (T₃). The next algorithm(“Web Browser”) is intended for a user who desires more of a balancebetween high performance and battery life. Under the Web Browseralgorithm, R_(A) is 80 reports/second, R_(I) is 15 reports/second andR_(S) is 5 reports/second. For the Web Browser algorithm, mouse 100 goesfrom Active mode to Idle mode after 1 second of inactivity (T₁), fromIdle mode to Standby mode after 60 seconds of inactivity (T₂) and fromStandby mode to Sleep mode after 300 seconds of inactivity (T₃).Finally, the “Miser” algorithm is intended for a user whose primaryconcern is long battery life and who may primarily use the computer for,e.g., word processing. Under the Miser algorithm, R_(A) is 40reports/second, R_(I) is 10 reports/second and R_(S) is 2reports/second. For the Miser algorithm, mouse 100 goes from Active modeto Idle mode after 0.2 seconds of inactivity (T₁), from Idle mode toStandby mode after 60 seconds of inactivity (T₂) and from Standby modeto Sleep mode after 180 seconds of inactivity (T₃). Numerous otheralgorithms are also possible.

In one preferred embodiment, values for R_(A), R_(I), R_(S), T₁, T₂ andT₃ are stored as individual settings in non-volatile storage in mouse100. A “new” algorithm is thus transmitted to mouse 100 by transmittingnew values for one or more of these variables. In this manner, firmwarewithin mouse 100 can implement a wide variety of power managementalgorithms by simply referencing values stored for a relatively smallnumber of variables. In such an embodiment, non-volatile storage of thevalues for R_(A), R_(I), R_(S), T₁, T₂ and T₃ could allow mouse 100 to“remember” which algorithm it should use from one computer session toanother. In other embodiments, non-volatile memory may not be provided.Instead, the power management parameters could be transmitted each timea mouse wakes from Sleep mode. In yet other embodiments, parametervalues could be stored in internal SRAM within controller 114; thecontroller would not be completely powered off during Sleep mode, butwould instead only stop its clock. In still other embodiments, multiplevalues for some or all of R_(A), R_(I), R_(S), T₁, T₂ and T₃ could bestored in ROM or other volatile or nonvolatile memory on mouse 100. Totransmit a new algorithm to mouse 100, it would only be necessary totransmit a pointer to the desired value(s).

A user may select from one of various power management algorithms, orcreate a customized algorithm, by using software on computer 2. Suchsoftware could be installed onto computer 2 via removable media (such asdisks 34 or 38 in FIG. 2) or by other means (e.g., download over anetwork connection), or executed directly from a removable media. Suchsoftware could also provide various types of user interfaces on computer2. Upon selection of an algorithm by a user, the software causescomputer 2 to transmit the algorithm to mouse 100 via transceiver 8.Mouse 100 then stores the transmitted algorithm in memory 116, andcontroller 114 controls mouse 100 based on that algorithm. As indicatedabove, the selected algorithm could be transmitted by computer 2 (andstored by mouse 100) as a set of values for variables such as R_(A),R_(I), R_(S), T₁, T₂ and T₃.

FIG. 7A is one possible example of a user interface to computer 2 forselecting and/or modifying a power management algorithm for mouse 100.As seen in FIG. 7A, the user may be presented with a series of radiobuttons 202 or similar Graphical User Interface (GUI) components thatpermit the user to select from various pre-configured power managementalgorithms. The user might also be presented with a slider bar 204 orsimilar GUI component that allows the user to alter the configurationsettings from those of the pre-configured selections. For example,movement of the slider bar 204 to the left might cause values for R_(A),R_(I), R_(S), T₁, T₂ and T₃ to increase (higher performance, shorterbattery life), while movement of the slider 204 bar to the right mightcause values for R_(A), R_(I), R_(S), T₁, T₂ and T₃ to decrease (lowerperformance, longer battery life). FIG. 7B is an example of a possibleuser interface wherein the user is allowed to explicitly set values forR_(A), R_(I), R_(S), T₁, T₂ and T₃. As seen in both FIGS. 7A and 7B,different users of computer 2 (e.g., “User 1”) can configure mouse 100to operate according to an individual user's preference. When theindividual user logs onto computer 2, that user's preferences areautomatically transmitted to mouse 100.

In another aspect of the invention, software on computer 2 (such as thealgorithm selection software described above) might cause computer 2 toautomatically adapt mouse 100 to a particular user's style of mouseusage. In other words, computer 2 can monitor a user's mouse activityfor a certain time interval, and then compare that activity with variouspre-existing usage profiles (such as, but not necessarily limited to,profiles matching the Gamer, Web Browser and Miser algorithms of FIG.6). Upon comparing the user's activity with the pre-existing profiles, amost-closely-matching profile is identified. The user might then beprompted as to whether he or she wishes to modify the mouse performancecharacteristics in conformity with that profile. FIG. 8 is a flow chartdescribing one possible process 300 for carrying out this additionalaspect of the invention. After starting at step 302, various aspects ofthe user's mouse activities are monitored at 304. Possible examplesinclude the magnitude and speed of cursor movements, the time betweencursor movements, the amount and timing of mouse button actions, numberand durations of periods of inactivity, etc. At step 306, the user'sactivities are compared to values for those activities stored forvarious pre-existing user profiles. At step 308, a determination is madeas to which of the pre-existing profiles most closely corresponds to themonitored user activities. At step 310, a determination is made as towhether the profile determined at step 308 represents a change from theuser's current settings for mouse 100. If no, the process returns tostep 304. If yes, the user is prompted at step 312 and given theopportunity at 314 to modify the mouse settings to accept an algorithmcorresponding to the profile determined at step 308. If the user doesnot wish to accept that algorithm, he or she is provided an opportunityto create a custom algorithm at 316. If the user decides to create acustom algorithm, he or she does so at step 318 (using, e.g., a GUI suchas FIG. 7A or 7B). Upon creating the custom algorithm, the user isprovided an option at 322 to disable the mouse activity monitoringfeature (i.e., disable process 300). If the user elects to continue suchmonitoring (“yes”), the process loops back to step 304. Otherwise(“no”), the process ends at 324. If the user had not chosen to create acustom algorithm at step 316, the process would have then continued tostep 322. If the user had decided to accept the offered algorithm atstep 314, the mouse settings would have been modified at step 320. Fromstep 320, the user would have then had the option to continue monitoringmouse activity.

As indicated above, the invention can be implemented in computers otherthan that shown in FIGS. 1 and 2. Similarly, devices other than computermice can be controlled according to the invention. Examples includetrackballs, joysticks, game controllers, microphones and touch pads.Moreover, operating parameters other than data rate, imaging frame rateand time between operational modes can be adjusted according to a powermanagement algorithm. As but one example, some computer mice have “taillights” or other external illumination for decorative and/or functionalpurposes. Some users might determine that the tail light or otherexternal illumination is not needed; by turning the tail light off,battery power may be conserved. As but another possible example, somegame controllers and other input devices have force feedback components.Certain users may opt to modify the intensity of the force feedback (orforego it altogether) in order to conserve power. Modification of theseand other operational characteristics are within the scope of theinvention.

In still other embodiments, a power management algorithm may be changedbased on the particular software application in use. For example, amouse program operating on computer 2 could monitor which application iscurrently active. The mouse program could then transmit an algorithm tomouse 100 which is optimized for the active application. For example, acomputer game might be started or otherwise become an activeapplication. The mouse program could then transmit a power managementalgorithm to mouse 100 that increases data reporting rate and reduceslatency. If a word processing application is then activated, analgorithm with reduced data rate and increased latency could betransmitted to mouse 100. The mouse program could also beuser-customizable by, e.g., permitting user assignment of algorithms toapplications.

Although specific examples of carrying out the invention have beendescribed, those skilled in the art will appreciate that there arenumerous variations and permutations of the above described systems andtechniques that fall within the spirit and scope of the invention as setforth in the appended claims. As but one additional example of such avariation, a wireless device might communicate via infrared (IR) orother electromagnetic frequencies, or via ultrasonic transmissions.These and other modifications are within the scope of the invention asdefined by the attached claims.

1. A method of controlling performance and power consumption in awireless computer input device, comprising: providing a plurality ofpower management algorithms for the wireless computer input device, thealgorithms including a first algorithm improving device performance andincreasing device power consumption and a second algorithm decreasingdevice power consumption and reducing device performance; identifying,from the plurality of power management algorithms, an algorithm thatmost closely corresponds to a desired balance of device performance andpower consumption; transmitting the identified algorithm to the wirelesscomputer input device via wireless communication; and operating thewireless computer input device in conformity with the transmittedalgorithm.
 2. The method of claim 1, wherein: providing a plurality ofpower management algorithms comprises defining a plurality of modeshaving a parameter variable corresponding to a setting for a deviceparameter, and wherein each algorithm comprises a set of values for theparameter variable in each mode.
 3. The method of claim 2, wherein:providing a plurality of power management algorithms further comprisesdefining a plurality of time variables corresponding to times totransition between modes after periods of non-use, and wherein eachalgorithm further comprises a set of values for the time variables. 4.The method of claim 2, wherein the parameter variable is a frame ratefor an imaging device.
 5. The method of claim 3, wherein: defining aplurality of modes comprises defining an active mode, an idle mode, astandby mode and a sleep mode, the parameter variable comprises a datareporting rate, the time variables comprise a time to transition fromactive mode to idle mode, a time to transition from idle mode to standbymode, and a time to transition from standby mode to sleep mode.
 6. Themethod of claim 1, further comprising storing the power managementalgorithms in a computer, and wherein identifying an algorithm comprisesselecting an algorithm from the stored algorithms.
 7. The method ofclaim 6, further comprising: presenting a display to a computer userallowing the computer user to select an algorithm; and receiving analgorithm selection from the computer user.
 8. The method of claim 6,further comprising receiving input from a computer user modifying astored algorithm.
 9. The method of claim 1, further comprising:associating the first algorithm with a first application softwareprogram and associating the second algorithm with a second applicationsoftware program, and wherein identifying an algorithm comprisesidentifying the first algorithm if the first application softwareprogram is active and identifying the second algorithm if the secondapplication software program is active.
 10. The method of claim 1,wherein transmitting the identified algorithm comprises transmitting apointer to data stored on the wireless computer input device.
 11. Acomputer-readable medium having computer-executable commands forperforming steps comprising: storing a plurality of power managementalgorithms for a wireless computer input device, the algorithmsincluding a first algorithm improving device performance and increasingdevice power consumption and a second algorithm decreasing device powerconsumption and reducing device performance; receiving identification ofan algorithm; and transmitting the identified algorithm to the devicevia wireless communication.
 12. The computer-readable medium of claim11, wherein: the plurality of power management algorithms comprises aplurality of modes having a parameter variable corresponding to asetting for a device parameter, and wherein each algorithm comprises aset of values for the parameter variable in each mode.
 13. Thecomputer-readable medium of claim 12, wherein: the plurality of powermanagement algorithms further comprises a plurality of time variablescorresponding to times to transition between modes after periods ofnon-use, and wherein each algorithm further comprises a set of valuesfor the time variables.
 14. The computer-readable medium of claim 12,wherein the parameter variable is a frame rate for an imaging device.15. The computer-readable medium of claim 13, wherein: the plurality ofmodes comprises an active mode, an idle mode, a standby mode and a sleepmode, the parameter variable comprises a data reporting rate, the timevariables comprise a time to transition from active mode to idle mode, atime to transition from idle mode to standby mode, and a time totransition from standby mode to sleep mode.
 16. The computer-readablemedium of claim 11, comprising further computer-executable commands forperforming steps comprising: presenting a display to a computer userallowing the computer user to select an algorithm; and receiving analgorithm selection from the computer user.
 17. The computer-readablemedium of claim 16, wherein the display comprises a Graphical UserInterface (GUI).
 18. The computer-readable medium of claim 11,comprising further computer-executable commands for performing stepscomprising: receiving input from a computer user modifying a storedalgorithm.
 19. The computer-readable medium of claim 11, comprisingfurther computer-executable commands for performing steps comprising:receiving input from a computer user providing parameter values.
 20. Thecomputer readable medium of claim 11, comprising furthercomputer-executable commands for performing steps comprising:associating the first algorithm with a first application softwareprogram and associating the second algorithm with a second applicationsoftware program, and wherein identifying an algorithm comprisesidentifying the first algorithm if the first application softwareprogram is active and identifying the second algorithm if the secondapplication software program is active.